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TEMP ORARY MOBILE GROUP IDENTIFIER GENERATION AN D 
~~ DISTRIBUTION METHOD ~~ 



BACKGROUND OF THE INVENTION 



1. Field of the Invention 

This invention relates to Multimedia Broadcast/Multicast Sendee (hereinafter referred 
to as MBMS). and in particular to Method for creating and assigning Temporary Moving 
Group Identifier (TMGI). 



2. Description of the Prior Art 

MBMS is a new service under standardization by 3 rd Generation Partnership Project 
(simplified as 3 GPP). MBMS service is an unidirectional point-to-multipoint (p-t-m) 
sendee, whose most remarkable characteristic is that it can make use of radio resources 

15 and network resources efficiently. In this sendee, multimedia data sent from data source 
are transferred to a plurality of users via transmission network. This kind of p-t-m 
sendee can save network resources. MBMS service is mainly used in radio 
communication network system, e.g. Wideband Code Division Multiple Access 
(hereinafter referred to as WCDMA), Global System of Mobile Communication 

20 (hereinafter referred to as GSM), etc. MBMS data transmission basically includes 
following steps: data source transmission, middle network transmission, destination cell 
on-the-air transmission and user receiving. Figure 1 is the logical figure for network 
devices that can provide MBMS service, in which MBMS actually makes use of General 
Packet Radio Sendee (hereinafter referred to as GPRS) as core transmission network. As 

25 shown in Figure 1, Broadcast/Multicast Service Centre (hereinafter referred to as BM- 
SC) is the data source for MBMS data transmission; Gateway GPRS Supporting Node 
(hereinafter referred to as GGSN) is used to connect GRPS network with external 
network, such as INTERNET, which is used to connect BM-SC in MBMS sendee and to 
send MBMS data to specific Service GPRS Supporting Node (hereinafter referred to as 

30 SGSN); Cell Broadcast Centre (hereinafter referred to as CBC) is the data resource of 
cell broadcast. Through interconnecting CBC with BM-SC in MBMS, CBC can provide 
MBMS service announcement function: SGSN is used to perform access control on UE 
as well as mobility management, and sends MBMS data from GGSN to specific Radio 
Network Controller (hereinafter referred to as RNC) at the same time; RNC is used to 

35 control a group of base stations (hereinafter referred to as NODE B) and sends 
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multimedia data to specific NODE B; NODE B (base station) establishes air physical 
channel for MBMS service in a certain cell under the control of RNC; Terminal User 
Equipment (hereinafter referred to as UE) is the terminal equipment for MBMS data 
reception. 

5 Figure 2 gives the whole process from service announcement, joining, service 

notification, and radio bearer set up till user's final leaving in MBMS service. 

000 Subscription - setting up the connection between user and service provider, and 
authorizing user to receive relevant MBMS service. 

001 Service announcement - notifying user of services to be provided. For example, 
10 the system will rebroadcast a football match in Beijing at 7:00 p.m. 

002 Joining - indicating that user joins a group, i.e. the user informs the network that 
he or she is willing to receive this multicast service. 

003 MBMS multicast mode bearer set up — setting up network resources for MBMS 
data transfer. 

L 5 004 MBMS notification - notifying user of MBMS data transfer to be performed 

immediately. 

005 Data transfer - indicating the process of transferring MBMS service data to user. 

006 MBMS multicast mode bearer release - indicating the releasing of network 
resources after MBMS service data transfer finishes. 

20 007 leaving - corresponding to 002 joining, which indicates that a user is leaving a 

group, i.e. the user doesn't want to receive the data of a certain service any more. 

As MBMS service is provided to a plurality of users simultaneously, a paging block is 
easy to happen during the process of MBMS notification. A Temporary Moving Group 
Identifier (hereinafter referred to as TMGI) is assigned to users of the same group, which 

25 can solve the deficiency of one-by-one paging for a plurality of users at the same time. 
TMGI is assigned by SGSN. Before MBMS data transfer, TMGI is transferred to UE via 
GPRS attach, routing area update or group division — Packet-Temporary Moving 
Subscriber Identifier (hereinafter referred to as P-TMSI) re-assignment process. The first 
assignment shall be performed when user joins the MBMS service. Different multicast 

30 service has different TMGI identifier in the same SGSN. TMGI can prevent from paging 
block on radio interface. 

An Iu— Flex is the new interface between RNC and core network (hereinafter referred 
to as CN). The Iu-Flex is introduced to effectively make use of network hardware 
resources and to reduce signaling interaction due to location update. When applied into 

35 MBMS system, as shown in Figure 5, a RNC connects with a plurality of SGSNs at the 
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same time. And the serving SGSNs of UE1, UE2 and UE3 are different. As the serving 
SGSN of UE1 is SGSN1 and that of UE2 and UE3 is SGSN2, MBMS data source of 
UEI is different from that of UE2 and UE3. In the situation of MBMS notification, two 
SGSNs send MBMS paging message to RNC simultaneously. A plurality of SGSNs 
shall assign the same TMGI for the same MBMS service so that RNC can detect that a 
plurality of MBMS notifications are for the same MBMS service. Besides TMGI, IP 
multicast address can also be used to notify RNC that multiple MBMS notifications sent 
from SGSN are- for the same service. IP multicast address is told to UE during the period 
of service announcement or service discovery. 

TMGI is assigned by SGSN. and SGSN doesn't lenow the TMGI assigned by other 
SGSN for this service. If a plurality of SGSNs assign different TMGIs for the same 
sen' ice. RNC needs to send a plurality of copies of paging for the same service when the 
plurality of MBMS notifications are sent to different users in the same RNC. This may 
not only result in waste of resources but also result in confusion at RNC. Accordingly, 
when Iu-Flex exists, it is improper to assign TMGI by SGSN and it is difficult to 
guarantee that the plurality of SGSNs may assign the same TMGI for the same service. 
If RNC uses IP multicast address and service is not distinguished by TMGI, the above 
problem can be solved, but which makes it necessary for paging message to carry IP 
address when RNC sends paging to user. IPv6 address has 128 bits, which results in 
additional overheads when it is transmitted on air interface. If IP address is really 
adopted as paging identifier, it means that the paging identifier is consistent all over the 
world, which is unnecessary and results in management confusion. 

SUMMARY OF THE INVENTION 

An object of this invention is to provide a method for creating and assigning TMGI. 

According to one aspect of the invention, a method for creating and assigning TMGI 
comprising steps of: 

a) sending a message to a serving GPRS Supporting Node (SGSN) when an UE 
joining a Multimedia Broadcast/Multicast Service (MBMS) group; 

b) if a MBMS TMGI has been added into the SGSN records, the SGSN directly 
replying to the HE with the TMGI corresponding to the service; 

c) if there is no record for this service in the SGSN, the SGSN sending a message 
to a Gateway GPRS Supporting Node (GGSN), and if the GGSN has the TMGI 
corresponding to this service, the GGSN sending it to the SGSN; 
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d) if there is no record for this service in the GGSN, the GGSN creating a TMGI 
for the MBMS service and transfers it to the SGSN; 

e) the SGSN sending a TMGI received from the GGSN to a radio network controller 

(RNC): 

f) the RNC transmitting the TMGI to the UE; and 

g) the UE receiving signal from the RNC by using the TMGI. 

According to another aspect of the invention, a method for creating and assigning 
TMGI comprising steps of: 

a) sending a message to a serving GPRS Supporting Node (SGSN) when an UE joining 
a Multimedia Broadcast/Multicast Service (MBMS) group; 

b) if a MBMS TMGI corresponding to the service has been added to the SGSN 
records, the SGSN directly replying to the UE with the TMGI corresponding to the 

sendee: 

c) if there is no record for this service in the SGSN, the SGSN sending a message 
including the newly created TMGI to a Gateway GPRS Supporting Node (GGSN), the 
GGSN then sending a TMGI corresponding to this service to the SGSN to replace the 
TMGI created by the SGSN; 

d) if there is no record for this service in the GGSN, the GGSN saving the TMGI 
created by the SGSN for the MBMS service and mapping it with IP multicast address; 

e) the SGSN sending the TMGI received from the GGSN to a RNC; 
f) the RNC transmitting the TMGI to the UE; and 
g) the UE receiving signal from the RNC by using the TMGI. 

According to still another aspect of the invention, a method for creating and assigning 
TMGI comprising steps of: 

a) sending a message to a serving GPRS Supporting Node (SGSN) when an UE joining 
a Multimedia Broadcast/Multicast Service (MBMS) group; 

b) if a MBMS TMGI has been added to SGSN record, the SGSN directly replying 
to the UE with the TMGI corresponding to the service; 

c) if there is no record for this service in the SGSN, the SGSN sending a message 
to a Gateway GPRS Supporting Node (GGSN) and then the GGSN sending a response 
to the SGSN; 

d) the SGSN creating a TMGI for this service and responding to the UE with this 
TMGI; 



WO 20114/015944 



PCT/KR2003/0IH623 



5- 



e) the SGSN sending a message to other SGSNs to notify them of the 
corresponding relation between the MBMS service and the TMGI; 

f) the UE receiving signal from the RNC by using the TMGI. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other features and advantages of the present invention will be 
more apparent from the following detailed description taken in conjunction with 
the accompanying drawings, in which identical components are indicated by 
10 identical reference numbers and symbols throughout the several views: 

Figu re l is the logic figure for network devices which provides MBMS service ; 
Figure 2 is the flowchart of MBMS multicast service; 



15 



Figure 3 is the flowchart of creating TMGI by GGSN; 

Figure 4 is the flowchart of MBMS radio access bearer set-up; 

Figure 5 is an example of MBMS Iu-Flex; 

20 Figure 6 is the flowchart of the situation when SGSN creates TMGI and GGSN assists 

in synchronization; 

Figu re 7 i s the flowchart of the situation when SGSN creates TMGI and SGSN assists 
in synchronization; 



25 



Figure 8 is the process of creating TMGI. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

30 

TMGI can be created by GGSN. TMGI is transferred from GGSN to SGSN while 
SGSN applies for joining MBMS multicast group for the first time. RNC obtains TMGI 
corresponding to a certain service when RNC receives MBMS notification from SGSN, 
which is transferred by SGSN. When UE joins the MBMS service multicast group, 
3 5 SGSN designates a TMGI for the service to UE. 
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If TMGI is created by SGSN, SGSN creates it while SGSN applies for joining the 
MBMS group for the first time and informs GGSN of the same. If GGSN fails to save 
the TMGI for this service, it will use this TMGI as the identifier of the service. If GGSN 
has recorded TMGI corresponding to this service, it will inform SGSN of this in the 
5 response. Thus, it guarantees that TMGI for the same and one service in a pool is 
consistent, which solves the problem resulting from Iu-Flex's introduction. 

If TMGI is created by SGSN, SGSN notifies other SGSNs in the same pool after 
finishing assignment. And other SGSNs saves the mapping relation between TMGI and 
MBMS service. When other UE requests this MBMS service, all SGSNs assign the same 
10 TMGI for the same and one service. Thus, it guarantees that TMGI for the same and 
one service in a pool is consistent, which solves the problem resulting from Iu-Flex's 
introduction.- 

When user decides to receive a certain MBMS sendee, it initiates MBMS 
- service request to RNC. During the request process, TMGI can be used to identify 
15 MBMS service so that RNC knows which service the UE is requesting. The 
message modification concerned is initial direct transmission, in which an 
information element, i.e. TMGI, is added to t&e message. Service request is still 
included in original information element of non-access layer message. 

The mapping relation between a TMGI and. an IP multicast address is transferred on 
20 the interface between SGSN and SGSN. A new message can be used to update MBMS 
context request. Updating MBMS context response finishes response message. 
The message of updating MBMS context request includes: 
TMGI ; 

IP Multicast address. 

2 5 The message of updating MBMS context response includes: 

TMGI. 

Figure 3 is the flowchart of creating TMGI by GGSN; When the first UE joins a 
multicast group, it shall send the request of activating MBMS context to SGSN, which 
includes access point name APN and IP multicast address that identify this service. 
30 When SGSN receives a request from the user, it checks the service identifier, i.e. APN 
and IP multicast address. If the MBMS group has been added to SGSN records, SGSN 
directly replies to UE with a message of activating MBMS context accept after security 
authentication is passed by. This message includes the TMGI corresponding to this 
service. UE may associate this TMGI with service identifier requested by it so that 

3 5 TMGI can be used afterwards to identify the unique MBMS service. 
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If there is no record for this service in the SGSN, i.e. SGSN hasn't created context for 
this service. SGSN may send the created MBMS context request message to GGSN, 
which carries APN and IP multicast address to inform SGSN which MBMS service it 
wants to join. After GGSN receives this message, it checks if it has joined the IP 
5 multicast group identified by the IP multicast address; If yes, GGSN transfers TMGI 
corresponding to this service to SGSN in creating MBMS context response. SGSN 
associates this TMGI with different service identifier requested by it so that the TMGI 
can be used afterwards to identify the unique MBMS service. 

If there is no record for this service in GGSN, i.e. GGSN hasn't created context for 

10 this sendee, GGSN may apply to join this IP multicast group that is identified by IP 
multicast address. After joining the group successfully, GGSN creates a TMGI for this 
MBMS service and map it with IP multicast address so that TMGI can be used 
afterwards to identify the unique MBMS service. 

Figure 6 is the flowchart of the situation when SGSN creates TMGI and GGSN assists 

15 in synclironization;When a user applies to join the MBMS group, the first UE sends 
context request of activating MBMS to SGSN, which includes access point name APN 
and IP multicast address that identify the service. When SGSN receives a request from 
the user, it checks the service identifier, i.e. APN and IP multicast address. If the MBMS 
. has been added to SGSN record, SGSN directly replies to UE with a message of 

20 activating MBMS context accept after security authentication is passed by. This message 
may include the TMGI corresponding to this service. UE associates this TMGI with 
service identifier requested by it so that the TMGI can be used afterwards to identify the 
unique MBMS service. 

If there is no record for this service in the SGSN, i.e. SGSN hasn't created context for 

25 this service, SGSN sends a message of creating MBMS context request to GGSN, which 
carries the TMGI created by this SGSN as well as APN and IP multicast address to 
inform GGSN which MBMS service it wants to join. After GGSN receives this message, 
it checks if it has joined the IP multicast group identified by the IP multicast address; If 
yes, GGSN transfers TMGI corresponding to this service to SGSN in creating MBMS 

30 context response to replace the TMGI created by the SGSN. SGSN associates this 
TMGI transferred from GGSN with service identifier requested by it so that TMGI can 
be used afterwards as the unique identifier for the MBMS service. 

If there is no record for this service in GGSN, i.e. GGSN hasn't created context for 
this service, GGSN applies to join this IP multicast group that is identified by IP 

35 multicast address. After joining the group successfully, GGSN saves the TMGI created 
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by SGSN for this MBMS service and map it with IP multicast address so that it can be 
used afterwards to identify the unique MBMS service. 

Figure 7 is the flowchart of the situation when SGSN creates TMGI and SGSN assists 
in synchronisation; When a user applies to join a MBMS group, UE sends a request of 

5 activating MBMS context to SGSN, which includes access point name APN and IP 
multicast address that identify the service. When SGSN receives a request from the user, 
it checks the service identifier, i.e. APN and IP multicast address. If the MBMS has been 
added to SGSN records, SGSN directly replies to UE with a message of activating 
MBMS context accept after security authentication is passed by. This message includes 

10 the TMGI corresponding to this service. UE associates this TMGI with different service 
identifier requested by it so that the TMGI can be used afterwards to identify the unique 
MBMS service. 

If there is no record for this service in the SGSN, i.e. SGSN hasn't created context for 
this service, SGSN sends a message of creating MBMS context request to GGSN, which 
1 5 informs GGSN of which MBMS service it wants to join. After GGSN receives this 
message, it checks if it has joined the IP multicast group identified by the IP multicast 
address; If yes, GGSN sends a response of creating MBMS context to SGSN.SGSN 
creates a TMGI for this service so that afterwards it can be used as the unique identifier 
for MBMS service. SGSN sends a updating MBMS context request message to other 
20 SGSNs in the same pool to inform them of this TMGI and corresponding IP multicast 
address of MBMS service so that other SGSNs can save this mapping relation. When an 
UE activates MBMS service via these SGSNs, it uses this TMGI. 

If there is no record for this service in GGSN, i.e. GGSN hasn't created context for 
tins service, GGSN applies to join this IP multicast group that is identified by IP 
25 multicast address. 

Figure 8 is the process of creating TMGI. When TMGI is created by GGSN, GGSN 
randomly creates a temporary identifier and associates it with GGSN identifier to form a 
complete TMGI. For example, TMGI is a 6-bit binary number. If the identifier of 
GGSN1 is 00 and the temporary identifier randomly created is 0010, then TMGI is 
30 000010. If the identifier of GGSN3 is 10 and the temporary identifier randomly created 
is 0100, then TMGI is 100100. Bits number of TMGI and identifier of GGSN are 
determined by parameter configuration of the system. 

When TMGI is created by SGSN, SGSN randomly creates a temporary identifier and 
associates it with GGSN identifier to form a complete TMGI. For example, TMGI is a 
35 6-bit binary number. If the identifier of GGSN1 recorded in SGSN is 00 and the 
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temporary identifier randomly created is 0010, then TMGI is 000010. If the identifier of 
GGSN3 recorded in SGSN is 10 and the temporary identifier randomly created is 0010, 
then TMGI is 100100. Bits number of TMGI and identifier of GGSN are determined by 
parameter configuration of the system. GGSN identifiers in configurations of all SGSNs 
of the same pool are the same one. 

Figure 4 shows the process of MBMS radio access bearer set up. After SGSN receives 
MBMS data, it sends paging message to RNC, which includes TMGI information. When 
RNC rec&WBs this information, it calculates the time spent for paging UE by making use 
of TMGI. After RNC receives any service request sent by UE, it decides to send a 
service request to SGSN by using the TMGI included in the service request. Furthermore, 
SGSN indicates RNC to set up radio access bearer and radio bearer between RNC and 
UE. 

TMGI shall be included in the initial direct transmission of RKC message. After RNC 
receives this message, it firstly checks the MBMS service applied for by UE based on 
TMGI RNC adds 1 to the number of the service's users, and then RNC forwards the 
message to SGSN as the response to the paging. 

While the invention has been shown and described with reference to certain preferred 
embodiments thereof, it will be understood by those skilled in the art that various 
changes in form and details may be made therein without departing from the spirit and 
scope of the invention as defined by the appended claims. 



